(12) DEMANDE INTERNATIONALE PUBLIEE EN VERTU DU TRAIT* DE COOPIERATION 

EN MATIERE DE BREVETS (PCT) 



(19) Organisation Mondiale de la Propri£t6 
Intellectuelle 
Bureau international 




liiiBiiiiiiiiiiniiiiiiiniiiiiii 



(43) Date de la publication Internationale (10) Num^ro de publication Internationale 

30 aout 2001 (30.08.2001) PCX WO 01/63877 Al 



(71) D^posant (pour tons les Etats designes sauf US) : MA- 
TRA NORTEL COMMUNICATIONS [FR/FRJ; 50. rue 
du Pi€sident Sadate, F-29100 (Juimper (FR). 

(72) Inventeur; et 

(75) Inveiiteur/D6posant (pour US settlement) : NGUYEN, 
Hong-Loc [FR/PR]; 28, rae Baudin, F-78390 Bois d' Arcy 
(FR). 

(74) Mandataires : LOISEL, Bertrand etc.; Cabinet Plasser- 
aud, 84. rue d* Amsterdam, F-75440 Paris Cedex 09 (FR). 

(81) Etats designes (national) : AE, AG. AL, AM, AT, AU, AZ, 
BA. BE. BG. BR, BY, BZ, CA, CH, CN, CR. CU, CZ, DE. 
DK, DM, DZ, EE, ES, FI. GB, GD, GE, GH, GM. HR, HU. 
ID, XL, IN. IS, JP, KB, KG, KP. KR. KZ. LC, LK. LR, LS. 

[Suite sur la page suivante] 



(51) Classification Internationale des brevets'^ : 

H04L 29/06. H04Q 7/38 

(21) Num^ro de la demande Internationale : 

PCT/FROl/00492 

(22) Date de d^pot International : 

20f€vrier2001 (20.02,2001) 

(25) Langueded£p6t: firaoQais 
(2<>) Langue de publication : fran^ais 

(30) Donnto relatives & la priorite : 

^ 00/02094 21 f6vrier 2000 (21.02.2000) FR 



(54) Title: METHOD FOR MANAGING MOBILITY IN A TELECOMMUNICATIONS NETWORK. AND MOBILITY SERVER 
THEREFOR 

(54) Titre : PROCEDE DE GESTION DE MOBILITE DANS UN RESEAU DE TELECOMMUNICATIONS. ET SERVEUR DE 
MOBIUTE POUR LA MISE EN OBUVRE DU PROCEDE 




00 



Vi5 



1 REdSTRE 




SERVEUR 


I 


PONT 


ViSiTEURS 




siP 


i 


1 1 



rr 



\ 
\ 
\ 



(57) Abstract: The invention concerns a network comprising several sub-net- 
worics (11-13) equipped with mobility servers (8) operating in accordance 
with an application layer signalling protocol. For a specific mobile user, one 
of the sub-networks (11) constitutes a nominal sub-network (9) containing 
a first information locating the user. When the mobile user is located with 
an access point (7) connected to a visited sub-netwoik (12), the first locating 
information designates the mobility server of said visited sub-network, the 
sub-network mobility s^ver holds in a register of visitors (10) a second infor- 
mation locating the mobile user, enabling him to transmit data through said 
access point, and each flow of information addressed to or originating from 
the mobile usw, in the context of commimication with a remote correspon- 
dent, is addressed to the visited sub-network mobility server. 

(57) Abr^£ : Le r^seau compoite plusieurs sous-r&eaux (11-13) 6quip6s de 
serveurs de mobility (8) foncdoniiant selon un protocole de signalisation de 
couche application. Pour un utilisateur mobile donn^, Tun des sous-r^seaux 
(1 1) constitue un sous-r^seau nominal et est ^piip^ d'un registre nominal (9) 
contenant ime piemi^ infoimatlon de localisation de I' utilisateur. Lorsque 
1 'utilisateur mobile est locaKsd auprbs d'un point d* acc&s (7) reli^ k un sous-r£- 
seau visits (12), la premise infonnation de localisation d6signe le serveur de 
mobility de ce sous-ii£seau visits, le serveur de mobility du sous-r^seau visitd 
tient dans un rpgistre de visiteurs (10) une seconde infonnatioii de localisation 
de I'utilisateur mobile, permettant de lui transmettre des infonnations d trar 
vers ledit point d'acc^, et cbaque flux d'information destind h ou provenant 
de I'utilisateur mobile, dans le cadre d'une conrnmnication avec un corres- 
pondant distant, est adress^ au serveur de mobility du saus-r6seau visitd 
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PROCEDE DE GESTION DE MOBILITE 
DANS UN RESEAU DE TELECOMMUNICATIONS. 
ET SERVEUR DE MOBILITE POUR LA MISE EN CEUVRE DU PROCEDE 

La presente invention concerne les sen/ices de mobilite d'utilisateur, et 
5 trouve notamment application dans les reseaux de telecommunications 
comprenant plusieurs sous-reseaux interconnectes. 

La mobilite d'utilisateur dont II est question ici consiste en la capacite 
offerte ^ I'utilisateur de communiquer par le reseau en se raccordant a celui-ci 
en differents points d'acces. L'utilisateur peut ainsi emporter son terminal 

10 lorsquMI se deplace. C'est le cas typique d'un reseau de radiocommunication 
avec les mobiles, les points d'acces 6tant constitues par les relais fixes. Sans 
deplacer d'equipement, Tutilisateur peut aussi se connecter en differents points 
par une procedure dinscription comprenant la transmission, a un organe de 
gestion de mobilite, de donnees d'identlfication fournies par Tutilisateur. Une 

15 autre possibilite est que I'utilisateur dispose d'un support de donnees amovible 
qu'il presente au point d'acces visite equipe d'un lecteur approprie pour 
automatiser la procedure d'inscription. 

On peut distinguer deux types de mobilite. Tune appelee ici 
micromobilite consistant a permettre a Tutilisateur de changer de point d'acces 

20 a rinterieur d*un sous-reseau, et Tautre appel6e ici macromobilitd par laquelle 
I'utilisateur peut se raccorder par Tintermediaire de points d'acces appartenant 
a des sous-reseaux distincts. 

On distingue d'autre part la capacite d'un utilisateur de changer de 
point d'acces en dehors d'une session, c'est-a-dire en I'absence de flux de 

25 donnees actif (« roaming »), et la capacite d'un utilisateur equipe d'un terminal 
sans fil de changer de point d'acces en cours de session (« handover »). 

Aux fins de I'administration du reseau, chaque utilisateur mobile a 
generaiement un sous-reseau nominal auquet est connects un organe appele 
ici registre de localisation nominal* auquel sont initialement adressees les 

30 requdtes concernant !' utilisateur et provenant de sources qui ne connaissent 
pas sa localisation. Lorsqu'ii se deplace dans un autre sous-reseau, un autre 
organe connecte a ce sous-reseau visite, appele ici gestionnaire de visiteurs, 
peut cooperer avec le registre de localisation nominal pour la mise en oeuvre 
des services de mobilite. 

35 Le developpement des applications sur les reseaux fonctionnant selon 
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le protocole IP (J. Postel. « Internet Protocol », Request For Comments 
(RFC) 791. IETF, septembre 1981). notamment celles de transport de la voix et 
de donnees, contemporain a Tessor des systemes de communication avec les 
mobiles, a naturellement conduit a considerer la question de la mobilite dans 
5 les reseaux IP. qu'il s'agisse de reseaux etendus. (WAN. « Wide Area 
Network »), tel que le reseau Internet, ou de reseaux locaux (LAN. « Local 
Area Network »). 

L'organisation IETF (« Internet Engineering Task Force ») a normalise 
un protocole de couche reseau supportant la mobilite dans un reseau IP 

10 (C.Perkins. « IP Mobility Support ». RFC 2002. IETF, octobre 1996). Apres 
que rutilisateur mobile a quitte son sous-reseau nominal, son equipement 
s'adresse A un organe appele agent stranger (« foreign agent »), connecte au 
sous-reseau visite, pour envoyer une infonmation d'inscription vers un organe 
appele agent nominal (« home agent »). connecte au sous-reseau nominal. 

15 Uidentite du sous-reseau visite est egalement fournle a I'agent nominal. L'une 
des principals fonctions de I'agent nominal est alors d'intercepter les donnees 
destinees a Tutilisateur mobile pour les retransmettre, par un mecanisme 
d'encapsulation, vers une adresse temporaire de rutilisateur mobile (dite 
adresse c/o ou « care-of address ») foumie par Tagent etranger. Une fois 

20 parvenues d cette adresse temporaire, les donnees peuvent Stre remises S leur 
destinataire. 

Ce scliema de mobilite impose ainsi un chemin triangulaire aux 
paquets IP a destination de rutilisateur mobile. En revanche, les donnees en 
provenance de I'utilisateur mobile sont remises a leur destination par 

26 rintermediaire des mecanismes usuels de routage IP. 

De plus, il suppose rutilisation d'une adresse fixe pour - I'utilisateur 
mobile. Sa mise en oeuvre pose done des difficultes dans des reseaux ou la 
gestion d'adresse est dynamique, ce qui est le cas par exemple lorsqu'un 
serveur DHCP est utilise dans le sous-reseau nominal (voir par exemple 

30 EP-A-0 938 217). Le protocole DHCP est specifie dans la RFC 2131 publiee 
par riETF (R. Droms, « Dynamic Host Configuration Protocol », mars 1997). 

Un precede d*optimisation de chemin. con?u comme une e>^tension du 
protocole de la RFC 2002 a ete propose (C. Perkins, D. Johnson. « Route 
Optimization in Mobile IP », Internet Draft, IETF. 25 fevrier 1999) afin de pallier 

35 les inconvenients du mode de routage triangulaire. Ce precede prevoit 
notamment renvoi de messages de mise a jour permettant aux eventuels 
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correspondants d'un utilisateur mobile de conserver en memoire les adresses 
temporaires do de ce dernier. Ceux-ci peuvent alors emettre directement vers 
I'adresse temporaire de I'utilisateur mobile, evitant ainsi les operations 
effectuees sur les donnees par Tagent nominal. 
5 Certains auteurs ont critique la complexite de mise en oeuvre d'un tel 

procede, et ont suggere de supporter la mobilite sous IP en utilisant un 
protocols de signalisation de couche application tel que le protocole SIP (M. 
Handley et a!., « SIP : Session Initiation Protocol ». RFC 2543, IETF, mars 
1999). 

10 SIP decrit des entites clients et serveurs, ainsi que des procedures leur 

permettant de communiquer (voir aussi H.G. Schulzrinne et J.D. Rosenberg, 
« The Session Initiation Protocol : Providing Advanced Telephony Services 
Across the Internet ». Bell Labs Technical Journal, octobre-decembre 1998. 
pages 144-159). On distingue deux types de serveurs SIP : les serveurs proxy 

15 et les serveurs de redirection. A reception d'une requete, un serveur proxy 
determine le prochain nceud du chemin vers le destinataire puis transfere la 
requete vers ce noeud, alors qu'un serveur de redirection se contente 
d'indiquer au client le prochain nceud auquel il doit adresser sa requete. 

Les adresses SIP sont similaires a des adresses de messagerie 

20 electronique, c'est-a-dire de la forme user@host , oia le champ « user » designe 
par exemple un nom d'utilisateur ou un num^ro de telephone, et le champ 
« host » un nom de domaine ou une adresse sous forme numerique. Le 
protocole SIP prevoit notamment des methodes appelees INVITE, BYE, 
REGISTER, OPTIONS, ACK et CANCEL. Les reponses aux messages emis 

25 dans le cadre de ces methodes sont defmies par des classes de codes. La 
methode INVITE est utilisee pour initialiser une session d'appel entre deux 
utilisateurs SIP. 

Le protocole SIP prevoit des capacites de mobility personnelle, et 
permet d un utilisateur d'obtenir les memes services independamment de sa 
30 localisation ou du terminal utilise, notamment grace aux methodes REGISTER. 

II a ete propose (E. Wedlund, H. Schulzrinne, « Mobility Support using 
SIP », Proc. of the 2™^ ACM Intemational Workshop on Wireless Mobile 
Multimedia, Seattle, 20 aout 1999, pages 76-82) des precedes de mobilite 
utilisant ie protocole SIP dans lesquels un equipement sans fil relie au reseau 
35 par Tintermediaire d'une interface air peut, apres des ^changes de signalisation 
appropries, executer un handover, c'est-d-dire changer d'adresse reseau (IP) 
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par un mecanisme DHCP aiors qu'une communication est en cours. Un 
serveur SIP connecte au sous-reseau nominal de Tutilisateur gere le registre 
de localisation nominal pour ce dernier. Les serveurs SIP utilises dans la 
gestion de mobilite peuvent etre des serveurs proxy ou des serveurs de 
5 redirection. Toute mobilite donne lieu a une inscription aupres du serveur SIP 
nominal, qui peut ensuite traiter les requetes provenant des autres clients SIP a 
destination de rutilisateur mobile. Lorsque I'equipement sans fil determine le 
besoin d*ex6cuter un handover (par detection de ballses emises par les points 
d'acces sans fil), 11 obtlent une adresse dynamique par une transaction DHCP, 

10 puis il envoie un message INVITE a son correspondant en indiquant la 
reference de I'appel en cours et sa nouvelle adresse reseau pour que le 
correspondant mette a jour Tadresse IP de destination des paquets qu'il emet. 
Parallelement, Tequipement sans fil communique sa nouvelle adresse a son 
serveur SIP nominal, par la methode REGISTER. Une option prevoit une 

15 decentralisation des serveurs SIP utilises dans la gestion de mobilite : un 
serveur SIP proxy connecte au sous-reseau visite gere la micromobilite, de 
sorte que les methodes REGISTER vers le serveur SIP nominal, de redirection, 
peuvent ne concemer que la macromobilite (changement de sen/eur de 
micromobilite). 

20 Le principal inconvenient du proc6de est le retard qu'il peut introduire 

dans Texecution du handover. La methode INVITE vers le correspondant de 
rutilisateur mobile requiert un temps d'acheminement non negligeable si ce 
correspondant est eloigne du sous-reseau visite. Ce retard peut entramer une 
coupure perceptible de la communication en cours. 

25 II est a noter qu*un inconvenient similaire existe dans le cadre du 

protocole de mobilite IP de la RFC 2002. Lorsque I'equipement mobile est relie 
d un sous-reseau visite distant du sous-reseau nominal, il est necessaire de 
router un message de mise a jour de localisation vers Tagent nominal en cours 
d'execution du handover, ce qui prend du temps. Si le protocole est mis en 

30 oeuvre avec le precede d'optimisation de chemin precite, il s'y ajoute le temps 
necessaire a I'acheminement d'un paquet de mise a jour d'adresse do vers le 
correspondant de rutilisateur mobile. 

Un but de la presente invention est de proposer une gestion de mobilite 
d'utilisateur qui permette de limiter les retards dus a la signaltsation dans 

35 Texecution de handovers. 

Selon {'invention, il est propose un precede de gestion de mobilite dans 
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un reseau de telecommunications comportant plusieurs sous-reseaux 
respectivement equipes de serveurs de mobilite fonctionnant selon un 
protocole de signalisation de couche application, dans lequel un des sous- 
reseaux constitue un sous-reseau nominal pour un utilisateur mobile et est 

5 equipe d'un registre nominal contenant une premiere information de 
localisation dudit utilisateur. Lorsque Tutilisateur mobile est localise aupres d'un 
point d'acces relie a un sous-reseau visite, la premiere information de 
localisation designe un serveur de mobilite dudit sous-reseau visite, ledit 
serveur de mobilite du sous-reseau visite tient dans un registre de visiteurs une 

10 seconde information de localisation de Tutiiisateur mobile, permettant de lui 
transmettre des informations a travers ledit point d'acces, et chaque flux 
d'information destine a ou provenant de I'utilisateur mobile, dans le cadre d'une 
communication avec un correspondent distant, est adresse audit serveur de 
mobilite du sous-reseau visite. 

15 Un autre aspect de la presente invention se rapporte d un serveur de 

mobilite adapte a la mise en ceuvre du procede ci-dessus. Ce serveur de 
mobilite est a relier d un sous-r6seau appartenant ^ un reseau de 
telecommunications, et fonctionne selon un protocole de signalisation de 
couche application. II comprend des moyens de gestion d*un registre de 

20 visiteurs contenant, pour au moins un utilisateur mobile localise aupres d'un 
point d'acces relie audit sous-reseau, une information de localisation de 
Tutilisateur mobile, permettant de lui transmettre des informations a travers ledit 
, point d'acces, des moyens pour recevoir des flux d'information provenant de 
Tutilisateur mobile dans le cadre d'une communication avec un correspondant 

25 distant et les retransmettre S destination du correspondant distant, et des 
moyens pour recevoir des flux d'information provenant du correspondant 
distant dans le cadre de ladite communication et les retransmettre a Tutilisateur 
mobile. 

Le serveur de mobilite du sous-reseau visite joue un role d'agent proxy 
30 ^1 la fois pour les flux de signalisation. concemant notamment.la mobilite de 
rutilisateur. et pour les flux de trafic (voix. images, donnees. ...)♦ Ainsi, lors d'un 
handover, seuls les flux locaux entre le serveur de mobilite et I'utilisateur sont 
affectes. L'utilisateur mobile « voit » le serveur proxy comme etant son 
correspondant, de sorte que c'est a lui qu'il s'adresse pour signaler son 
35 changement de point d'acces. En revanche, rien n'est change pour les 
echanges entre le serveur et le correspondant distant. II n'est pas n^cessaire 
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que de rinformation de signalisation soit envoyee a distance pendant le 
handover, vers le sous-reseau nominal ou vers le correspondant. Comme en 
general racheminement des messages a I'tnterieur d'un sous-reseau est tres 
rapide, il en resulte une optimisation du temps d'execution du handover. 
5 Ce precede de gestion de mobilite n'implique en lui-meme aucune 

adaptation particuliere au niveau des terminaux communiquant avec 
I'equipement mobile. 

Le precede peut etre applique avec divers protocoles de signalisation 
de couche application. Actuellement, SIP est un protocole pr6fere car il 

10 constitue un bon compromis entre richesse fonctionnelle et complexite de mise 
en oeuvre. tout en ayant une bonne capacite d'extension. D'autres exemples, 
bien connus de I'homme du metier, sont les protocoles H.225.0 (« Call 
signalling protocols and media stream packetlzation for packet-based 
multimedia communication systems ») et H.245 (« Control protocol for 

15 multimedia communication ») specifies par I'Union Internationale des 
Telecommunications (UIT-T) dans le cadre de la Recommandation H.323 
(« Packet-based multimedia communications systems », fevrier 1998), et le 
protocole MGCP (M. Arango et al., « Media Gateway Controller Protocol 
(MGCP) », RFC 2705. IETF, octobre 1999) ou sa varlante Megaco (F. Cuervo 

20 et aL, « Megaco Protocol », Internet Draft, IETF, 8 fevrier 2000). 

La premiere information de localisation memoris^e dans le registre 
nominal de Tutilisateur sera typiquement Tadresse IP du serveur de mobilite du 
sous-reseau visite, mise a jour seulement lorsque le deplacement de 
I'utilisateur lui fait changer de sous-reseau visite (et eventuellement lorsque le 

25 sous-reseau visite comporte plusieurs serveurs de mobilite et que Tutilisateur 
mobile change de serveur de mobilite sans changer de sous-reseau visite). Le 
serveur de mobilite du sous-reseau nominal pourra alors etre un serveur de 
redirection vers ceiui du sous-reseau visite. 

La seconde information de localisation mdmorisSe dans le registre de 

30 visiteurs depend quant d elle de Tarchitecture du sous-reseau visite. Elle peut 
consister en une adresse physique de couche MAC (« Medium Access 
Control »), permettant d'atteindre Tutilisateur mobile a travers le point d'acces. 
Elle peut aussi Stre une adresse IP de Tutilisateur mobile dans le sous-reseau 
visite, par exemple une adresse dynamique obtenue aupres d'un sen/eur 

35 DHCP du sous-reseau visite ou une adresse IP composite (sous- 
reseau + adresse d'equipement) de la version 6 du protocole IP (IPv6). Si le 
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sous-reseau visite est un LAN lui-meme subdivise en sous-sous-reseaux 
interconnectes a travers des routeurs, on peut egalement envisager d'utlliser, a 
rinterieur du sous-reseau visite, un protocole de mobilite de couche reseau tel 
que celui de la RFC 2002, le serveur de mobilite jouant le role d*agent nominal 
5 pour retransmettre les paquets destines a Tutilisateur mobile, par un 
mecanisme d'encapsulation, vers une adresse do fournie par un agent 
etranger connecte au sous-sous-reseau comportant le point d'acces courant de 
rSquipement mobile, cette adresse c/o de rutlllsateur mobile §tant alors 
enregistree en tant que seconde information de localisation. 

10 Le procede ci-dessus permet de minimiser le temps d'execution d'un 

handover n'impliquant pas de changement du serveur proxy gerant localement 
la mobilite de I'utilisateur, Ceci est largement le cas le plus frequent puisque on 
pourra souvent avoir un seul serveur de mobilite par site (sous-reseau) pour les 
visiteurs et les handovers se produisent normalement a rinterieur d'un meme 

15 site. II peut toutefois y avoir des cas dans lesquels un meme site est pourvu de 
plusieurs serveurs de mobilite, soit parce qu'il y a plusieurs sous-reseaux sur le 
site, soit parce que des serveurs multiples sont prevus pour des raisons de 
partage de charge. Dans un tel cas, lorsqu'un equipement mobile detecte en 
cours de session un nouveau point d'acc&s associS a un serveur de mobilite 

20 different de celui qui jouait le rdle de proxy avant le handover, tl reste 
necessaire d'echanger des messages entre le nouveau serveur de mobilite et 
le correspondant distant, afin que ce dernier prenne en compte un changement 
d'adresse IP ou envoyer ses paquets. Dans ce dernier cas, des moyens 
supplementaires doivent etre employes si on souhaite minimiser le temps 

25 d'execution du handover. 

L'un de ces moyens consiste a inclure, dans un signal de balise emis 
sur une interface air par au moins un point d'acces aupres duquel Tutiiisateur 
mobile est susceptible d'etre localise, et/ou dans au moins un message 
transmis sur Unterface air par ledit point d'acces vers I'utilisateur mobile dans 

30 le cadre d'une procedure d'inscription d'un protocole propre a Tinterface air, 
une adresse de reseau d'un serveur de mobilite associe audit point d'acces. 

Ainsi, la premiere action de I'equipement mobile apres son' inscription 
aupres du point d'acces pourra etre d'envoyer, au serveur de mobilite donf il a 
obtenu I'adresse reseau (IP), le message lui permettant de mettre a jour sa 

35 localisation. Le deroulement du handover ne sera pas retarde par des 
echanges supplementaires visant a I'obtention de cette adresse IP. 
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D'autres particularites et avantages de la presente invention 
apparaitront dans ia description ci-apr6s d'exemples de realisation non 
limitatifs, en reference aux dessins annexes, dans lesquels : 

• la figure 1 est un schema d'un reseau de telecommunications auquel 
5 rinvention est appliquee ; 

- les figures 2 a 4 sont des diagrammes illustrant des echanges de 
messages intervenant dans la gestion de mobilite selon un mode de 
realisation de rinvention ; 

- la figure 5 est un schema d'un sous-reseau auquel une realisation de 
10 rinvention peut s'appliquer ; 

- la figure 6 est un diagramme illustrant des echanges de messages 
pouvant intervenir dans la gestion de mobilite au sein d'un sous-reseau 
selon la figure 5 ; et 

- les figures 7 et 8 sont des diagrammes montrant des exemples de blocs 
15 d'information qui peuvent etre transmis par des points d'acces sans fil 

dans une realisation de rinvention. 
La figure 1 montre schematiquement un reseau Intranet reparti sur trois 
sites 1, 2, 3. Sur chaque site, un sous-reseau 11. 12, 13 est installe pour offrir 
des acc6s a un certain nombre d'utilisateurs. Ces sous-reseaux 11-13 sont par 

20 exemple de type Ethernet (norme ISO 8802-3, « Local Area Networks, Part 3 - 
Carrier Sense Multiple Access with Collision Detection - Access Method and 
Physical Layer Specifications »), et fonctlonnent selon le protocoie de reseau 
IP. Dans I'exemple represents, chaque sous-reseau a un routeur de sortie 4 
relie a un reseau dorsal 5 tel que le reseau Internet. 

25 Le reseau peut etre notamment prevu pour supporter des 

communications de signaux en temps reel, par exemple de telephonie, entre 
des utilisateurs qui lui sont racoordes et/ou avec des correspondents 
accessibles par le reseau dorsal 5. Dans ce cas, les terminaux peuvent utiliser 
de fagon connue le protocoie de couche transport UDP (J. Postel, « User 

30 Datagram Protocol », RFC 768, IETF, aout 1980) et le protocoie en temps reel 
RTP (H. Schulzrinne et al.. « RTP: A Transport Protocol for Real-Time 
Applications », RFC 1889, IETF, janvier 1996) pour la transmission de la parole 
codee ou de la video. Pour la signalisation d'appel, une realisation preferee de 
rinvention fait appel au protocoie SIP, qui fonctionne egalement avec le 

35 protocoie de transport UDP. Toutefois, d^autres protocoles de signalisation 
(H.323. MGCP. ...) seraient utilisables. en complement ou a la place de SIP. 
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Certains au moins des utilisateurs du reseau sont des utilisateurs 
mobiles equipes de terminaux sans fil 6. Pour leur permettre d'acceder au 
reseau, celui-ci comporte des points d'acces radio 7 raccordes aux sous- 
reseaux 11-13. Les points d'acces radio 7 sont par exemple des stations de 
5 base DECT (nonme de I'ETSI. « European Telecommunications Standards 
Institute ») ou encore selon la norme IEEE 802.11. etc.. selon le type de 
terminaux sans fil utilises. Chacun de ces points d'acces radio 7 diffuse un 
signal de balise isur I'interface air. Sur la base des signaux de balise qu'il capte, 
un terminal actif selectionne le point d'acces qui lui fournit le meilleur Hen radio. 
10 Ce point d'acces est utilise pour les communications mettant en jeu le terminal, 
Un terminal sans fil a ainsi la possibilite de se connecter au reseau par 
Tintermediaire de plusieurs points d'acc6s 7 appartenant a des sous-reseaux 
differents (macromobilite) ou au meme sous-reseau (micromobilite). Lorsque le 
terminal a une communication en cours et se deplace dans un site, il lui est 
15 possible de changer de point d'acces tout en maintenant la continuite de la 
.^:.^n'«?^iflTtffiu^ Lorsqu'une communication de signaux en temps 

par exemRie^ deiii^it6Jephonie, est en cours. il est souhaitable que ces 
.Jjaridovers soient executes en un temps minimal afin d'evlter les coupures 
perceptibles. 

20 Pour la gestion des services de mobilite, chaque sous-reseau (au 

moins ceux ayant des points d'acces sans fil) possede un serveur de mobilite 8 
utilisant le protocole SIP dans |a realisation preferee de {'invention. 

Chaque utilisateur mobile a un sous-reseau nominal. Dans I'illustration 
de la figure 1, le sous-reseau 1 1 est nominal pour le detenteur du terminal sans 

25 fil 6. Le serveur SIP 8 de ce sous-reseau est associ6 d un registre de 
localisatioh.9 dit registre nominal, qui contient I'adresse IP du serveur SIP 8 du 
spus-r6seau 12 visite par I'utilisateur mobile. Le serveur SIP 8 du sous-reseau 
visite 12 est quant d lui associe ^ un registre de localisation 10 dit registre de 
visiteurs, qui contient une adresse permettant d'atteindre le terminal 6 a 

30 I'interieur du sous-r6seau visite 12, par exemple une adresse IP associee au 
terminal. ; _ ; ^? 

Chaque serveur SIP 8„peut etre associe a un registre noniinal 9 pour 
les utilisateurs rattaches a son -sous-reseau et a un registre de visiteurs pour 
les utilisateurs rattach6s d d'autres sous-reseaux, seuls les registres se 

35 rapportant au terminal. 6; etan^ representes sur la figure 1. En pratique, les 
registres 9, 10 peuvent faire partie de la meme unite que le serveur SIP 8 
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auquel lis sont associes, ou ils peuvent etre des entites distinctes reliees 
separement au sous-reseau. D'autre part, il est possible de prevoir plusieurs 
serveurs SIP par sous-reseau, par exemple dans le cas ou les fonctions de 
serveur SIP nominal et de serveur SIP visite sont assurees par des machines 
5 distinctes, ou dans le cas ou plusieurs serveurs SIP sont prevus pour repartir la 
charge de signaiisation dans le sous-reseau. 

La figure 2 montre comment peut se derouier ('inscription et la mise a 
jour de localisation d'un utilisateur mobile en visite dans un sous-reseau 12 
different de son sous-reseau nominal 11, et I'initialisation d'une communication 

10 avec cet utilisateur a Tinitiative d*un correspondant distant. 

Dans rillustration de la figure 1, le correspondant distant utilise un 
terminal fixe 15 relie a un sous-reseau 13 different du sous-reseau nominal 11 
et du sous-reseau visite 12. On notera cependant qu'une procedure similaire 
s'appllque egalement : 

15 - si ce correspondant est un autre utilisateur mobile ; 

- s'il est connecte au sous-reseau 11 ou 12 ou au reseau dorsal 5 ; 

- si la liaison avec le correspondant passe par un autre reseau. par 
exemple un reseau telephonique commute, pour lequel le reseau Intranet 
est equipe d'une passerelle (dans ce dernier cas, c'est cette passerelle 

20 qui constitue le client SIP relatif au correspondant distant illustr6 par les 

figures 2 d 4). 

En reference d la figure 2. le temiinal sans fil 6 relevant du sous-reseau 
nominal 1 1 capte d'abord sur Tinterface air le signal de balise emis par un point 
d'acces 7 appartenant au sous-reseau visits 12. En reponse a cette detection, 
25 il declenche une procedure d'inscription du protocole de couche MAC employe 
sur rinterface air, en adressant au point d'acces un message d'inscription 
(Register). En reponse a ce message, le point d'acces 7 retourne un 
acquittement (Register Ack) validant Tinscription du terminal sans fil aupres du 
point d'acces. 

30 Dans Texemple de la figure 2, I'information de localisation du tenninal 

sans fil enregistree dans le registre de visiteurs 10 est une adresse IP 
dynamique obtenue par le terminal apres son inscription aupres du point 
d'acces 7. Le sous-reseau 12 est equipe d'un serveur DHCP 16 qui gere 
localement les adresses dynamiques. Une transaction DHCP classique 

35 (messages DHCP_Discover, DHCP_Offer, DHCP_Request, DHCP_Ack) est 
executee entre le terminal en itinerance 6 et le serveur DHCP 16, apres quoi le 
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terminal 6 dispose d'une adresse IP. 

Dans une autre realisation utilisant le protocole IPv6, la transaction 
DHCP est inutile puisque Tadresse IPv6 permet intrinsequement une hierarchie 
sous-reseau/equipement. 

5 Uetape suivante consiste en renvoi par le client SIP dont est pourvu le 

terminal 6 d'un message SIP REGISTER a destination du serveur SIP 8 du 
sous-reseau visite 12. 

Uadresse IP du serveur SIP 8 a et^ fournie par le point d'acces 7 dans 
le signal de balise diffuse sur I'interface air, ce qui permet au terminal sans fil 

10 de disposer de cette adresse IP sans avoir eu a effectuer de transactions a 
cette fin par Tintermediaire du sous-reseau 12. Si le signal de balise diffuse sur 
rinterface air ne comporte pas de champ disponible suffisamment grand pour 
contenir I'adresse IP du serveur SIP 8, celle-ci peut etre completee, ou fournie 
en totalite, dans le message Register Ack vaiidant i'inscription du terminal sur 

15 I'interface air. 

Le message SIP REGISTER envoye par le terminal 6 permet au 
serveur SIP visite 8 de determiner I'adresse IP du terminal, obtenue dans Ten- 
tSte IP du paquet contenant le message SIP REGISTER, et de I'associer & 
I'adresse SIP (de la forme user@host ) contenue dans le message SIP 

20 REGISTER. Cette association est enregistree dans le registre 10. 

Apres avoir regu ce message SIP REGISTER, le serveur SIP visite 8, 
s'il ne gere pas deja I'utilisateur mobile, transmet un autre message SIP 
REGISTER vers le serveur SIP 8 du sous-reseau nominal 11. Celui-ci met a 
jour I'entree du registre nominal 9 concemant I'utilisateur mobile identifie dans 

25 le message SIP REGISTER, en m6morisant I'adresse IP du serveur SIP visite 
qui a 6mis ce message SIP REGISTER. II retoume ensuite un message de 
validation (code 200 OK) du protocole SIP. Le serveur SIP visits renvoie d son 
tour au terminal 6. ^ travers le point d'acces 7. le message de validation 
200 OK. 

30 A ce stade, le terminal sans fil 6 a effectue son inscription aupres du 

point d'acces 7, et mis ^ jour sa localisation vis-a-vis des serveurs SIP 8. 

A initialisation d'un appel provenant du correspondant distant 15, 
celui-ci 6met d destination du serveur SIP 8 du sous-reseau nominal 11 de 
Tutilisateur mobile un message SIP INVITE demandant Tutilisateur mobile. Le 

35 serveur SIP nominal 6tant un serveur de redirection dans I'exemple considere, 
il renvoie au conrespondant distant un message SIP (code 302 Move) indiquant 
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a celui-ci qu'il doit dinger sa methode INVITE vers le serveur SIP du sous- 
reseau visite 12 dont il fournit I'adresse IP, Le correspondant transmet de 
nouveau le message SIP INVITE vers ce serveur SIP visite. 

Le serveur SIP visite initialise alors une autre session avec Tutilisateur 
5 mobile, en lui transmettant un message SIP INVITE, que le terminal sans fil 
acquitte par un message SIP 200 OK s'il est disponible pour i^etablissement de 
la communication. La session entre le terminal sans fil et le serveur SIP visite 
est ouverte lorsque ce dernier a regu le message 200 OK. II retransmet alors 
vers le correspondant distant un autre message SIP 200 OK pour valider 

10 Touverture de la session avec celui-ci. 

A partir de ce moment, le correspondant distant communique avec le 
serveur SIP visite comme si ce dernier etait le terminal sans fil, et le terminal 
sans fil communique avec le serveur SIP visite comme sH etait le terminal du 
correspondant distant Dans chaque session ouverte avec le serveur SIP visite, 

15 des donnees (Data) sont echangees, typiquement selon ia pile de protocole 
RTP/UDP/IP lorsqu'elles represented de la parole codee ou de la video, et de 
la signalisation suppl6mentaire peut etre foumie selon la pile de protocole 
SIP/UDP/IP. Le serveur SIP visite 8 repercute vers le terminal sans fil 6 le flux 
RTP/UDP regu du correspondant distant De mSme. le flux de donn6es 

20 RTP/UDP re?u dans la session etablie avec le terminal sans fil est repercute 
vers le correspondant distant. Le serveur SIP visite joue aussi ainsi un role 
d'agent proxy. 

La figure 3 illustre inscription du terminal sans fil 6 aupres d'un autre 
point d'acces 7 du meme sous-reseau visite 12, et la mise a jour de localisation 

25 effectuee aupres du serveur SIP de ce sous-reseau. L'inscription du terminal 
sans fil aupres du nouveau point d'acces radio s'effectue par une transaction 
de couche MAC identique a celle decrite en reference a la figure 2. Le cas 
ech6ant, une transaction DHCP (non representee) peut etre effectu6e pour que 
le terminal acquiere une nouvelle adresse IP. Le terminal sans fil envoie 

30 ensuite un message SIP REGISTER au serveur SIP visite, dont il a obtenu 
I'adresse dans la balise du nouveau point d'acces et/ou dans le message 
Register Ack. Comme le terminal sans fil ne change pas de serveur' SIP visite, 
celui-ci n'a pas besoin d'envoyer un message SIP REGISTER vers le serveur 
SIP du sous-reseau nominal 11. Apres avoir modifie Tentree du registre de 

35 visiteurs 10 relative a I'utilisateur mobile, le serveur SIP visite valide sa mise a 
jour de localisation, en lui retoumant un message SIP 200 OK. 
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Pour initialiser un appel vers un correspondant distant (partie inferieure 
de la figure 3). le terminal sans fil envoie un message SIP INVITE a son 
serveur SIP visite et celui-ci, qui joue toujours le role de serveur proxy, 
transmet un autre message SIP INVITE vers le serveur SIP nominal du 
5 correspondant appele. Ce serveur SIP nominal, de redirection, retourne un 
message SIP 302 Move indiquant Tadresse IP a laquelle le correspondant peut 
§tre joint. Cette adresse IP peut etre I'adresse du correspondant distant dans 
son sous-reseau nominal 13 ou, comme dans le cas de la figure 2, I'adresse 
d'un serveur SIP visite si ie correspondant distant utilise un tenninal sans fil en 

10 dehors de son sous-reseau nominal. 

L'etablissement de la communication se termine alors comme dans le 
cas de la figure 2. Des messages SIP 200 OK sont envoyes du correspondant 
distant vers le serveur SIP du sous-reseau visite 12. et de ce serveur SIP vers 
ie terminal sans fil 6, apres quoi le serveur SIP visite gere les deux flux UDP 

15 comme explique precedemment pour relayer la communication. 

La figure 4 illustre la procedure de handover executee lorsque le 
terminal sans fil 6 a une communication en cours et change de point d'accds 
radio 7 en se deplagant a TintSrieur du site visite 2. On suppose ici que le 
meme serveur SIP visite 8 est associe aux deux points d'acces 7, c'est-a-dire 

20 que I'adresse IP de ce serveur 8 est indiquee dans le signal de balise de ceis 
points d'acces et/ou dans le message Register Ack. La partie superieure de la 
figure 4 montre les flux de donnees relayes par le serveur SIP visit6 comme 
explique precedemment. 

Apres que le terminal sans fil 6 a detecte la balise du nouveau point 

25 d'acces et decide de changer de point d'acces, la procedure d'inscription 
aupres du nouveau point d'acces et de mise a jour de localisation aupres du 
serveur SIP visite est ex6cutee comme dans le cas de la figure 3, Lorsque le 
terminal sans fil a re9u Tacqulttement de sa mise a jour de localisation 
(message SIP 200 OK), il adresse un message INVITE au serveur SIP visite, 

30 contenant notamment une reference de I'appel en cours. Apres validation de le 
m6thode INVITE (message SIP 200 OK retourne au terminal sans fil par le 
serveur SIP visite), Techange de donnees reprend sans qu'il y ait eu \a moindre 
signalisation du sen/eur SIP visits vers le serveur SIP nominal ou le 
correspondant distant. 

35 Uexecution du handover est particulierement rapide etant donne que 

les messages de signalisation 6chang6s restent a Tinterieur du sous-reseau 
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visite 12 sans avoir ^ etre achemines par le reseau d'interconnexion etendu 5. 

D'autre part, le fait pour le terminal sans fil 6 de disposer directement 
de i'adresse IP du serveur SIP visits, dans la balise radio ou dans la 
signalisation de couche MAC radio, permet de gagner du temps en evitant un 

5 processus de recherche de cette adresse dans le reseau IP. 

La figure 5 montre schematiquement une autre architecture possible du 
sous-reseau Installe sur le site visite 2. comprenant plusieurs sous-sous- 
reseaux 120, 121 interconnectes au moyen d'un ou plusieurs routeurs. Dans 
I'exemple dessine, le routeur 4 relie au reseau dorsal 5 sert egaiement a 

10 interconnecter les sous-sous- reseaux 120, 121 . 

Le serveur SIP 129 du sous-reseau visite, qui gere localement la 
mobilite du d^tenteur du terminal sans fil 6 de ia maniere precedemment 
expliquee, est relie d Tun des sous-sous-reseaux 120. II joue egaiement le role 
d'agent nominal dans une adaptation du protocole Mobile IP faisant I'objet de la 

15 RFC 2002. Ce protocole Mobile IP adapte est mis en oeuvre a I'interieur du 
sous-reseau visite afin de gerer dans la couche reseau la mobilite des 
utilisateurs entre les sous-sous-reseaux qui le composent (mais non a I'echelle 
du groupement de sous-reseaux, ou on utilise un protocole de couche 
application, a savoir SIP dans Texemple considere). Dans la mesure ou Tagent 

20 129 n'appartient pas au sous-reseau nominal de Tutilisateur mobile, on 
Tappellera agent « pseudo-nominal et on dira qu'on met en oeuvre un 
protocole « pseudo-mobile IP ». 

Dans chaque sous-sous-reseau 121 different de celui pourvu de I'agent 
pseudo-nominal 129 et equipe d'un ou plusieurs points d'acces radio 7, un 

25 module de routage est prevu en tant qu'agent etranger 130 au sens de la 
RFC 2002. 

Apres que le terminal sans fil 6 a detecte la balise d'un nouveau point 
d'acces 7 appartenant a un tel sous-sous-reseau 121 et decide de changer de 
point d*acces, la procedure dinscription aupres du nouveau point d'acces est 
30 executee comme dans le cas de la figure 3 ou 4 (partie superieure de la figure 
6). Le terminal 6 emet ensuite une requSte d'enregistrement du protocole 
Mobile IP (REGISTRATION REQUEST dans la tenminologie de la RFC 2002) a 
destination de Tagent etranger 130. qui la relaie vers I'agent pseudo-nominal 
129. 

35 Le terminal 6 place dans le message REGISTRATION REQUEST, en 

plus de sa propre adresse IP, I'adresse IP de I'agent pseudo-nominal et 
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I'adresse c/o qui lui a ete prealablement foumie. Cette adresse c/o peut avoir 
ete obtenue par les mecanismes de decouverte d'agent specifies dans la 
RFC 2002. Mais dans une realisation preferee, les deux adresses IP (celle de 
Tagent pseudo-nominal et Tadresse c/o) sont fournies dans le signal de ballse 
5 diffuse par le point d'acces 7, et/ou dans le message Register Ack. L'adresse 
c/o est alors une adresse IP de Tagent etranger 130, et peut etre utiiisee 
comme adresse de destination par le terminal pour renvoi du message 
REGISTRATION REQUEST. 

Apres acquittement de la requ§te d*enregistrement (messages 

10 REGISTRATION REPLY de la figure 6), le terminal mobile emet son message 
SIP REGISTER pour mettre a jour sa localisation vis-a-vis du serveur SIP visite 
129. Le message SIP REGISTER peut etre envoye directement a I'adresse IP 
du serveur SIP visite 129. Comme ce message est vu comme des donnees par 
le protocole Mobile IP, il peut egalement etre relaye par I'agent etranger 130 

15 vers le serveur SIP visite /agent pseudo-nominal 129. Pour acquitter la 
methode SIP REGISTER (apres un 6change avec le serveur SIP du sous- 
reseau nominal 1 1 s'il y a eu changement de sous-reseau visite), le serveur 
SIP visite 129 utilise deux niveaux d'en-tSte IP pour transmettre le message 
SIP 200 OK, le niveau interne ayant I'adresse IP du terminal sans fil 6 et le 

20 niveau externe ayant I'adresse c/o qui a 6te foumie par Tagent etranger 130. 
Uagent etranger 1 30 enleve le niveau exteme pour retransmettre le message 
200 OK vers le terminal. 

Le meme mecanisme d'encapsulation sera employe pour tous les 
paquets envoyes au terminal 6 par le serveur SIP visite 129 (protocole SIP ou 

25 donn6es issues d'un con-espondant distant). De meme, les paquets emis par le 
terminal 6 sont relayes par I'agent etranger 130 vers leur destination, d savoir 
le serveur SIP visite 129 puisque celui-ci est vu par le terminal comme s'il 6tait 
son correspondant. 

La mise d jour de localisation executee selon la figure 6 intervient de la 

30 meme maniere dans le cas. du « roaming » (figures 2 et 3) et dans le cas du 
« handover » (figure 4). L'information de localisation associee au terminal 6 
dans le registre de visiteurs 10 consiste alors en I'adresse c/o qui 'permet au 
serveur SIP d'acheminer les donnees jusqu'a leur destination. 

La figure 7 illustre une structure possible du signal de balise diffuse par 

35 un point d'acces sans fil 7 relie a un sous-reseau. Ce signal est forme par 
modulation d'un bloc de donnees numeriques B, et est transmis dans une 
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trame de signal radio, ou eventuellement dans un intervalle de temps d'une 
trame si un accSs multiple a repartition dans le temps est employe sur 
interface air. 

Les donnees numeriques du bloc B comprennent un motif de 
5 synchronisation predetermine 20. dont la detection permet aux terminaux sans 
fil situes a portee du point d'acces de se synchroniser en temps et en 
frequence pour demoduier le signal de la trame, et certains champs classiques 
21-23 contenant des informations systdme requises par les protocoles de 
couche physique et de couche liaison. Ces informations systeme comprennent 
10 typiquement : 

- une identification du reseau auquel appartient le point d'acces (champ 
21); 

- des informations de synchronisation systeme (champ 22), reperant la 
position de la trame courante dans i'organisation temporelle du signal 

15 radio emis sur la porteuse de la balise (index de trame dans une 

supertrame courante, numero de supertrame. ...) ; 

- d'autres informations syst6me (champ 23), comme par exemple un 
niveau de champ re9u minimal a partir duquel un terminal sans fil est 
autorise a slnscrire aupres du point d'acces, ou encore des indications 

20 des frequences porteuses des signaux de balise de quelques points 

d'accSs avoisinants pour que les terminaux puissent surveiller ces 
frequences porteuses en vue de determiner le point d'acces procurant le 
meilleur lien radio. 
Avantageusement, le bloc B comprend en outre un champ 24 dans 
25 lequel le point d'acces 7 place des donnees decrivant son environnement. 

Ces donnees peuvent representer Tenvironnement geographique ou 
est instatle le point d'acces : emplacement du site visite 2, position precise du 
point d'acces (par exemple bdtiment, couloir, bureau,...). Comme le reseau est 
fonde sur le protocole IP dans lequel il n'y a aucune notion de connexion 
30 physique, une communication avec un terminal sans fil ne suppose aucune 
connaissance, meme implicite, de la localisation geographique du terminal. Les 
correspondants distants et le registre de localisation nominal 9 ne «'situent » le 
terminal que de maniere logique, par Tintermediaire d'une ou plusieurs 
adresses IP. Or un certain nombre d'applications peuvent avoir besoin de telles 
35 informations de localisation geographique. par exemple pour rendre des 
services differencies selon le lieu ou se trouve le terminal ou encore pour 
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fournir une indication de ce lieu aux correspondents de I'utilisateur mobile. En 
inserant ces informations de localisation geographique (explicitement ou sous 
forme codee) dans le signal de balise. on les met a disposition des terminaux 
sans fil qui pourront ensuite les communiquer au serveur de mobilite du sous- 
5 reseau nominal ou a des correspondants dans le cadre d'appiications de ce 
genre. 

Les donnees d'environnement plac^es dans le champ 24 du bloc B 
peuvent egalement comprendre une ou plusieurs adresses IP d'organes de 
gestion de mobilite, a savoir : 
10 - I'adresse IP du serveur SIP (ou H.323, MGCP. Megaco, ...) visite dans 

une realisation selon les figures 1 a 4 ; 

- dans une realisation selon les figures 5 et 6, Tadresse IP du serveur SIP 
(ou H.323, MGCP, Megaco, ...) jouant aussi le role d'agent pseudo- 
nominal 129 et I'adresse IP de I'agent etranger 130 ; 

15 - dans une realisation ou la mobilite entre les sous-reseaux est geree par 

un protocole de couche reseau tel celui de la RFC 2002, Tadresse IP de 
Tagent etranger. 

Les donnees d'environnement du champ 24 peuvent encore inclure un 
numero de port UDP ou TCP utilis6 par le serveur de mobilite 8, 129 associe 

20 au point d*acc6s, si ce n'est pas un numero de port par defaut. Ceci permet au 
terminal d'envoyer directement au bon numero de port les requetes du 
protocole de signalisation de couche application. On peut 6galement prevoir 
d'inclure dans les donnees d'environnement une adresse MAC (Ethernet) de 
Torgane de gestion de mobilite 8, 129 relie au meme sous-reseau ou sous- 

25 sous-reseau que le point d'acc§s. 

Si le champ 24 du bloc B ne procure pas assez de place pour inserer 
dans le signal de balise toutes les donnees d'environnement prevues, il est 
possible d'inserer certaines d'entre eltes (voire la totalite) dans le message 
Register Ack de la figure 2, 3, 4 ou 6. Dans I'exemple illustre par la figure 8, ce 

30 message Register Ack est forme a partir d'un bloc de donnees numeriques B' 
comportant : 

- un champ 25 identifiant la requete d'enregistrement precedente et/ou le 
terminal sans fil qui I'a emise ; 

- un champ 26 contenant des codes indiquant la reponse a la requete 
35 d'inscription (acces autorise, refuse ou conditionne, parametres, ...) ; 
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- un champ eventuel 27 pour contenir des informations systeme 
complementaires en plus de celles fournies dans les champs 21-23 du 

bloc B ; 

- un champ 28 pour repeter les donnees d'environnement ou fournir celles 
5 qui ne Tont pas ete dans le champ 24 du bloc B. 
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REVENDICATIONS 

1. Procede de gestion de mobilite dans un reseau de 
telecommunications comportant plusieurs sous-reseaux (11-13) 
respectivement equipes de serveurs de mobilite (8) fonctionnant selon un 

5 protocoie de signalisation de couclie application, dans lequel un des sous- 
reseaux (11) constitue un sous-reseau nominal pour un utilisateur mobile et est 
equipe d'un registre nominal (9) contenant une premiere information de 
localisation dudit utilisateur, dans lequel lorsque Tutilisateur mobile est localise 
aupres d'un point d'acces (7) relie a un sous-reseau visite (12), la premiere 

10 information de localisation designe un serveur de mobilite dudit sous-reseau 
visite, ledit serveur de mobilite du sous-reseau visite tient dans un registre de 
visiteurs (10) une seconde infonnation de localisation de Tutilisateur mobile, 
permettant de lui transmettre des informations d travers ledit point d'acces, et 
chaque flux d'information destine a ou provenant de i'utilisateur mobile, dans le 

15 cadre d'une communication avec un correspondant distant, est adresse audit 
serveur de mobility du sous-reseau visits. 

2. Procede selon la revendication 1 , dans lequel le reseau fonctionne 
selon le protocoie IP. 

3. Procede selon la revendication 2, dans lequel ledit protocoie de 
20 signalisation de couche application est le protocoie SIP, H.323, MGCP ou 

Megaco. 

4. Procede selon la revendication 2 ou 3, dans lequel ia premidre 
information de localisation est une adresse IP du serveur de mobilite (8) du 
sous-reseau visite (12). 

25 5. Proc6de selon la revendication 2 ou 3. dans lequel la seconde 

infonnation de localisation est une adresse IP de I'utilisateur mobile dans le 
sous-reseau visite (12). 

6. Procede selon Tune quelconque des revendications 1 a 4, dans 

lequel au moins un sous-r6seau comprend plusieurs sous-sous-reseaux 
30 interconnectes (120, 121) respectivement 6quipes d'agents de mobilite (129. 
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130) Utilises dans un protocole de gestion de mobilite de couche reseau, dans 
lequel ledit sous-reseau a un serveur de mobilite (129) relie a I'un des sous- 
sous-reseaux (120) et constituant un agent de mobilite nominal pour des 
utilisateurs mobiles en visite dans ledit sous-reseau. et dans lequel lorsqu'un 
5 utilisateur mobile est localise aupres d'un point d'acces (7) relie a un autre des 
sous-sous-reseaux (121), ledit serveur de mobilite constituant un agent de 
mobilite nominal memorise dans le registre de visiteurs (10) une seconde 
information de localisation de Putilisateur mobile, consistent en une adresse de 
reseau, que ledit serveur de mobilite constituant un agent de mobilite nominal 
10 place dans des en-tetes de paquets dans lesquels les flux d'information 
destin6s ^ Tutilisateur mobile sont retransmis par un mecanisme 
d'encapsulation. 

7. Precede seion Tune quelconque des revendications 1 a 6, dans 
lequel au moins un point d'acces (7) aupres duquel I'utiiisateur mobile est 

15 susceptible d'gtre localise est associe d Tun des serveurs de mobilite (8), et on 
inclut une adresse de reseau du serveur de mobilite (8) auquel ledit point 
d'acces est assocl6 dans un signal de balise emis sur une interface air par ledit 
point d'acces (7), et/ou dans au moins un message transmis sur interface air 
par ledit point d'acces vers I'utiiisateur mobile dans le cadre d'une procedure 

20 d'inscription d'un protocole propre d I'interface air. 

8. Precede selon la revendicatlon 7, dans lequel, a Tissue de la 
procedure d'inscription aupres dudit point d'acces (7), un message de mise a 
jour de localisation du protocole de signalisation de couche application est emis 
de I'utiiisateur mobile vers ladite adresse de reseau. 

25 9, Precede selon la revendications 7 ou 8, dans lequel au moins un 

sous-reseau comprend plusieurs sous-sous-reseaux interconnectes (120, 121) 
respectivement equipes d'agents de mobilite (129, 130) utilises dans un 
protocole de gestion de mobilit6 de couche reseau, dans lequel ledit sous- 
reseau a un serveur de mobilite (129) relie a Tun des sous-sous-r6seaux (120) 

30 et constituant un agent de mobilite nominal pour des utilisateurs rtiobiles en 
visite dans ledit sous-reseau, dans lequel lorsqu'un utilisateur mobile est 
localise aupres d'un point d'acces (7) relie a un autre des sous-sous-reseaux 
(121), ledit serveur de mobilite constituant un agent de mobilite nominal 
memorise dans le registre de visiteurs (10) une seconde information de 
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localisation de i'utilisateur mobile, consistant en une adresse de reseau, que 
ledit serveur de mobilite constituant un agent de mobilite nominal place dans 
des en-tetes de paquets dans lesquels les flux dlnfonmation destines a 
I'utilisateur mobile sont retransmis par un mecanisme d'encapsulation, et dans 

5 lequel on inclut en outre dans le signal de balise emis par ledit point d'acces, 
et/ou dans au moins un message transmis sur Tinterface air par ledit point 
d'acces vers Tutilisateur mobile dans le cadre de la procedure d'inscription du 
protpcqle propre a ririterface air, une adresse de reseau d'un agent de mobilite 
V* stranger (130) relie au meme sous-sous-reseau (121) que ledit point d'acces et 

10 correspondant a I'adresse de reseau formant ia seconde information de 
localisation de Tutilisateur mobile. 

10. Serveur de mobilite a relier S un sous-reseau (12) appartenant a un 
reseau de t6lecommunications, fonctionnant selon un protocoie de signalisation 
de couche application et comprenant des moyens de gestion d'un registre de 

15 visiteurs (10) contenant. pour au moins un utilisateur mobile localise aupres 
d*un Rpint)vd-acces: (7)' relie audit sous-reseau, une information de localisation 
de rutilisatiur mobile, pentiettant de lui transmettre des informations a travers 
ledit point d'acces. des moyens pour recevbir des flux d'information provenant 
de rutilisateur mobile dans le cadre d'une communication avec un 

20 conrespondant distant et les retransmettre a destination du conrespondant 
distant, et des moyens pour recevoir des flux d'information provenant du 
correspondant distant dans le cadre de ladite communication et les 
retransmettre d Tutilisateur mobile. 

11. Serveur de mobilite selon la revendication 10. dans lequel le reseau 
25 fonctionne selon le protocoie IP et ledit protocoie de signalisation de couche 

application est Ife protocoie SIP, H.323. MGCP ou Megaco, 

12. Serveur de mobilite selon la revendication 10 ou 11, dans lequel la 
seconde information de localisation est une adresse IP de I'utilisateur mobile 
dans le sous-reseau visite (12). 

30 13. Serveur de mobilite selon la revendication 10 ou 11, pour un sous- 

reseau comprenant plusieurs sous-sous-reseaux interconnectes (120, 121) 
respectivement equipes ' d'agents de /mobilite (129.130) utilises dans un 
protocoie de gestion de mobilite de couche reseau, ledit serveur de mobilite 
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etant relie a Cun des sous-sous-reseaux (120) et constituant un agent de 
mobilite nominal pour des utitisateurs mobiles en visite dans ledit sous-reseau, 
dans lequel ies moyens de gestion du reglstre de visiteurs (10) sont agences 
pour memoriser, pour au moins un utilisateur mobile localise aupres d'un point 

5 d'acces (7) relie a un autre des sous-sous-reseaux (121), une information de 
localisation consistant en une adresse de reseau, et Ies moyens pour 
retransmettre des flux d'information d I'utilisateur mobile sont agences pour 
encapsuler lesdits flux dans des paquets ayant un en-tete comportant ladite 
adresse de reseau memorisee dans le registre de visiteurs pour I'utilisateur 

10 mobile. 
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